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Proc6d6 et syst&me de detection de presence d'un terminal 
mobile, 

Le domaine de 1' invention est celui des r6seaux de 

5 telecommunication mobile. Dans un r6seau de 
telecommunication mobile, tel que les r6seaux cellulaires 
de type GSM, GPRS, UMTS, les utilisateurs ont la 
possibilite de se deplacer avec un terminal mobile sur 
1' ensemble du territoire couvert par un reseau auquel ils 

10 ont souscrit, voir couvert par d'autres r6seaux de 
telecommunication mobile compatibles, on parle alors de 
fonction d' itinerance (roaming en anglais), tout en 
conservant leur capacite & communiquer avec le reseau de 
telecommunication mobile et, par lui, avec l'exterieur 

15 pour des services ou applications de type t616phonique ou 
d'autres applications de type donnees. 

II se peut aussi qu'un utilisateur sorte 
temporairement de la couverture des reseaux de 
telecommunication mobile, que son terminal soit eteint 

20 volontairement ou, involontairement & cause de 
l'epuisement de la batterie. Dans ce cas, 1' utilisateur 
n'a plus acces aux fonctions du reseau et r6ciproquement , 
il ne peut §tre joint par d'autres personnes ou par des 
applications - 

25 Le terme « abonne mobile » utilise dans ce texte est 

une traduction litt6rale du terme anglais « mobile 
subscriber » utilise dans les normes GSM/GPRS/UMTS du 3GPP 
et designe un abonnement souscrit aupres d'un op6rateur 
mobile qui donne acces a son reseau de telecommunication 

30 mobile. Cet abonnement est identifie par l'identite 
internationale d' abonne mobile (IMSI pour International 
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Mobile Subscriber Indentity) ou le numero de terminal 
mobile sur r6seau num6rique & integration de service 
(MSISDN pour Mobile Station Integrated Services Digital 
Network Number). L' IMSI est g6n6ralement memorise dans une 
5 carte SIM (Subscriber Identity Module pour Module 
d' Identification de 1' Abonne) qui, a l'int6rieur du 
terminal mobile, en lie le f onctionnement & l'abonnement 
identifie. II n'est pas necessaire que le MSISDN soit 
memorise dans la carte SIM pour identifier l'abonnement, 

10 celui-ci peut l'etre d partir d'une correspondance entre 
MSISDN et IMSI dans le coeur de r6seau. Le terme « Abonne 
Mobile » d6signe moins la personne qui se sert du reseau 
de telecommunication mobile que plutdt 1' usage qu'elle en 
fait ou est capable d' en f aire au moyen de son terminal 

15 mobile. 

On definit un etat binaire de presence d'un abonne 
sur le reseau mobile comme suit. Un abonne mobile est 
present sur le reseau quand il a acces aux fonctions de 
celui-ci et par consequent, est joignable par des 

20 applications externes (services vocaux, services donn6es) . 
Inversement, 1' abonne mobile n'est pas present, c'est-^- 
dire absent sur le reseau, lorsqu' il n'a pas acces a ces 
fonctions et ne peut §tre joint par des applications 
externes. Ce deuxieme etat correspond, par exemple, au 

25 terminal mobile eteint ou au terminal mobile sur une 
partie de territoire hors couverture par le reseau de 
telecommunication mobile. 

De fa?on g6nerale, on parle de contexfe ou 
information de presence d'un abonne mobile, pour decrire 

30 un ensemble de donn6es liees a 1' abonne qui evolue en 
fonction des interactions de celui-ci et/ou de son 
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terminal avec le r6seau et les applications externes. Cet 
ensemble peut comporter, £ titre d'exemple non limitatif, 
au moins l'6tat de presence £ deux valeurs (present, pas 
present) tel que d6crit pr§c§demment, les moyens de 
5 joindre l'abonn6 mobile tels que son adresse IP courante, 
1' activity actuelle de l'abonnfe (mobile en veille, en 
communication, en cession WAP sur une application X, 
etc.), la localisation de l'abonn§, etc. 

Les m6canismes de gestion de la mobility existant 

10 dans les rfeseaux mobiles g§nerent de nombreuses 
informations de presence. Malheureusement , celles-ci font 
partie du f onctionnement interne du r6seau et les 
applications externes a celui-ci n'y ont pas acc^s 
directement dans l'6tat actuel de la technique. 

15 De telles applications externes ne peuvent done pas 

connaitre a priori l'6tat de presence d' un terminal mobile 
donn6 . 

Les applications qui utilisent, dans leur logique de 
service, la gestion de la presence des utilisateurs, 
20 notamment des services de communication interpersonnelle, 
de mise en relation ou autres, utilisent dans l'6tat de la 
technique une detection de la presence dite applicative. 

La presence applicative consiste a utiliser une 
action explicite soit de 1' utilisateur , soit d'un logiciel 
25 sp6cifique ou agent embarqu6 dans le terminal mobile 
aupres de 1' application en question pour que celle-ci 
puisse prendre connaissance de la presence de 
1' utilisateur et la fagon dont il peut etre joint. 

A titre d'exemple, les applications de messagerie 
30 instantanee necessitent une procedure d' enregistrement ou 
1' utilisateur doit entrer son nom et son mot de passe pour 
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pouvoir le consid6rer present et joignable dans le 
service. 

Ces actions se traduisent en general par un 6change 
de messages sur les couches protocolaires applicatives 

5 entre le terminal mobile et le serveur d' application. Dans 
ce cas, le r6seau de telecommunication mobile se limite & 
vehiculer les messages 6mis par le terminal vers le 
serveur d' applications . 

Dans un environnement de telecommunication mobile, 

10 1' utilisation de la presence applicative a quelques 
inconv6nients par rapport 6 1' utilisation des donnees de 
presence qui peuvent §tre fournies directement par le 
r6seau de telecommunication mobile. 

Par exemple, dans le cas de deploiement, la presence 

15 applicative se base souvent sur 1' utilisation d'un client 
specif ique embarque ou teiecharge dans le terminal mobile. 
Par consequent, le service est limite dans ce cas au 
terminal disposant dudit client. C'est le cas par exemple 
d'un navigateur WAP ou d'un client de messagerie 

20 instantanee. 

Dans un cas d' usage, la presence applicative requiert 
une action explicite dans le terminal vis-&-vis du serveur 
d' applications. On peut citer £ titre d' exemple, 1' envoi 
d'un SMS avec un contenu particulier pour se declarer 

25 present, s' enregistrer sur une page WAP, activer son 
client messagerie instantanee embarque, etc. Souvent, une 
action explicite de 1' utilisateur est requise, composition 
et envoi d'un SMS, entree d'un nom d' utilisateur et d'un 
mot de passe sur un site WAP, lancement de son client de 

30 messagerie instantanee embarque, etc. Cela represente un 
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frein -a l'usage — tr£s -important qui "l-imite -le~degre 
d' adoption du service. 

Pour remedier aux inconvenients pr6cedemment 
mentionnes de l'6tat de la technique, un but de 
5 1' invention est d'obtenir des informations de presence 
directement du r6seau de telecommunication mobile. Ceci 
permet par exemple 1' enregistrement automatique dans un 
service A l'allumage de son telephone mobile. 

Un ob jet de 1' invention est un procede pour informer 
10 un serveur d' application si un abonne mobile est present 
ou pas sur un r6seau de telecommunication mobile. Le 
procede est remarquable en ce qu'il comprend: 

- au moins une premiere etape pour envoyer un premier 
signal distinctif de 1' abonne mobile au r6seau de 

15 telecommunication mobile; 

- au moins une deuxieme 6tape pour determiner un etat 
binaire present ou non present, en fonction d'une reaction 
du r6seau de telecommunication mobile au dit premier 
signal; 

20 - au moins une troisieme 6tape pour communiquer au serveur 
d 1 application 1 1 etat determine en deuxieme etape. 

Ce procede permet de communiquer un etat present ou 
non present a un quelconque serveur d' application sans 
necessiter au prealable de disposer d'un agent dedie a ce 

25 serveur pour l'abonne mobile car c'est en fonction d'une 
reaction du reseau de telecommunication mobile a un envoi 
de signal que 1 1 etat present ou non present, est 
determine. 

Le signal distinctif de l'abonne mobile peut etre de 
30 differentes natures. 
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Particulierement, ledit premier signal-est un message 
court envoye au r6seau de telecommunication mobile £ 
destination de l'abonne mobile. Une premiere transition 
valid6e par une reaction du r6seau de telecommunication 
5 mobile indiquant que le message est deiivre, 
respectivement une deuxieme transition validee par un 
d6passement de dur6e sans reaction du r6seau de 
telecommunication mobile, active alors la deuxieme etape 
qui determine l'etat present, respectivement non present 
10 de l'abonne mobile. 

Avantageusement , un parametre de schema de codage de 
donnees dans une entete du message court, est positionn6 a 
une valeur qui a pour effet de commander au mobile 
destinataire du message, de se defausser du contenu du 
15 message et de desactiver une indication de reception du 
message sur le mobile. 

Ainsi, un utilisateur du mobile n'est pas derange par 
les messages courts utilises dans le cadre de la detection 
de presence. 

20 Plus particulierement la premiere etape est activee 

pendant une activation de la deuxieme etape en 

positionnant une duree fonction de l ? 6tat present ou non 

present determine en deuxieme etape. 

Plus particulierement encore, le proced6 comprend une 
25 etape d'attente activ6e lorsque la deuxieme etape 

determine l'etat present de fagon a activer la premiere 

etape apres expiration de l'attente. 

Alternativement, ledit premier signal consiste en une 

interrogation de nceud du r6seau de telecommunication sur 
30 l'etat present ou non present de l'abonne mobile. La 

reaction du r6seau de telecommunication mobile consiste 
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alors en une r6ponse du noeud du reseau de 
telecommunication sur I'etat present ou non present de 
l'abonne mobile. 

Alternativement encore, ledit premier signal consiste 

5 en un positionnement de point de detection sur un nceud du 
reseau de telecommunication relatif & toute modification 
de I'etat present ou non present de l'abonne mobile. La 
reaction du reseau de telecommunication mobile consiste 
alors en une notification du nceud du reseau de 

10 telecommunication relatif a chaque modification de I'etat 
present ou non present de l'abonne mobile. 

Le serveur d ' application peut etre informe en 
permanence de 1 • 6tat par abonnement ou uniquement en cas 
de besoin par requ§te. 

15 Pour un abonnement, une activation de troisidme etape 

corranuniquant au serveur d' application I'etat present, est 
suivie d'une activation de troisifeme 6tape communiquant au 
serveur d' application I'etat non present lorsque I'etat 
determine en deuxieme etape passe de present k non 

20 present . 

Pour r6pondre & un besoin specifique, une activation 
de troisieme etape fait suite a une transition validee par 
une requete en provenance du serveur pour demander l'6tat 
de l'abonne mobile. 

25 Un objet de 1' invention est encore un systfeme pour 

informer un serveur d' application si un abonne mobile est 
present ou pas sur un r6seau de telecommunication mobile. 
Le systeme est remarquable en ce qu'il comprend: 
- des premiers moyens pour envoyer un premier signal 

30 distinctif de l'abonne mobile au reseau de 
telecommunication mobile; 
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- dejs deuxiemes ..moyens ..pour determiner un 6tat binaire 
present ou non present en fonction d'une reaction du 
r6seau de telecommunication mobile au dit premier signal; 

des troisiemes moyens pour communiquer au serveur 
5 d* application l'etat determine par les deuxiemes moyens. 

Particulierement, les premiers moyens sont agenc6s 
pour envoyer le premier signal sous forme d'un message 
court £ destination de l'abonne mobile, les deuxidmes 
moyens sont agenc6s pour determiner l'etat present lorsque 
10 le message court est d61ivre et pour determiner l'etat non 
present lorsque le message court n'est pas d61ivr6 apres 
d6passement d'une dur6e pr6fix6e. 

Plus particulierement, les premiers moyens sont 
agences pour envoyer ledit premier signal a intervalles de 
15 temps reguliers qui sont fonctions de l'etat present ou 
non present de l'abonne mobile. 

L' invention sera mieux comprise a la lumiere de la 
mise en oeuvre decrite a present en reference aux dessins 
annexes dans lesquels: 
20 - la. figure 1 est un schema de r6seau de telecommunication 
mobile convent ionnel; 

- la figure 2 montre le reseau de telecommunication mobile 
de la figure 1 avec mise en oeuvre de 1' invention; 

les figures 3 a 5 montrent des etapes de procede 
25 conforme £ l 1 invention. 

De fa<?on convent ionnelle en reference a la figure 1, 
un dispositif mobile communiquant 1 communique avec un 
r6seau de telecommunication mobile 3 en echangeant des 
signaux haute frequence avec des relais radio 2 relies au 
30 reseau de telecommunication mobile 3 par une 
infrastructure de reseau d'acces. Un serveur d' application 
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4 est • relie- au— rfrseau de- telecommunication mobile- 3 -par 
une infrastructure de coeur de r6seaux. Le serveur 
d' application 4 heberge des applications de type 
messagerie eiectronique ou autre, pour lesquels les 

5 dispositifs mobiles communiquant 1 hebergent un agent 
correspondant . Un agent correspondant d une application 
hebergee dans le serveur d' application 4, est une partie 
de programme applicative qui, depuis le dispositif mobile 
communiquant 1, echange directement avec 1' application 

10 hebergee dans le serveur d' application 4 en passant par le 
relais radio 2 et le rfeseau de telecommunication mobile 3. 
Par exemple, lorsque le dispositif mobile communiquant 1 
est en relation radio avec le relais radio 2 du reseau de 
telecommunication mobile 3, 1' agent correspondant qui se 

15 trouve dans le dispositif mobile communiquant 1, emet un 
signal vers le serveur d' application 4 pour notifier de sa 
presence, 1' application qui y est heberg6e. 

En reference & la figure 2, on retrouve un dispositif 
mobile communiquant 1, un relais radio 2, et un reseau de 

20 telecommunication mobile 3 conventionnels tels que ceux 
representes dans la figure 1. Des serveurs d' application 
7, 8, hebergent des applications pour lesquelles il n'est 
pas n6cessaire que le dispositif mobile communiquant 1 
contienne un agent correspondant. Un systeme de detection 

25 de presence 5 est relie, d'une part, au r6seau de 
telecommunication mobile 3 et, d' autre part, a un reseau 
de type IP 6. Le reseau 6 relie au serveur 7, 8, permet au 
systeme 5 de communiquer avec ces serveurs d' application. 

Le systeme 5 s' interface avec le reseau de 

30 telecommunication mobile 3 pour obtenir des informations 
de presence des abonn6s mobiles par des moyens 
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particuliers qui vont §tre d6crits dans la suite de cet 
expose. Interfaces avec les serveurs d' application au 
moyen de protocoles standard sur r6seau IP, le systeme 5 
traite des requ§tes des differents serveurs d' application 

5 de fa?on centralis6e pour leur deiivrer des informations 
de presence sur les abonn6s mobiles. 

Le systeme 5 peut aussi realiser d'autres fonctions 
telle que celle de mettre en place des techniques pour 
optimiser les accfes au reseau de telecommunication mobile 

10 au moyen d'ante memoire (cache en anglais) , de r6aliser 
des contrdles d' autorisation, d' 6mettre des tickets de 
facturation. Les serveurs d' application 7, 8, utilisent 
des informations de presence qu' ils obtiennent du systeme 
de detection de presence 5 pour fournir diff6rents 

15 services & destination du dispositif mobile communiquant 
1. 

Le systeme de detection de presence 5 est capable de 
gerer au moins deux types d'6change avec les serveurs 
d' application 7, 8, en mettant en ceuvre pour chacun, le 

20 procede decrit a present en reference aux figures 3 et 4 . 

Le protocole sp6cifique utilise pour mettre en ceuvre 
le procede, est en dehors du cadre de cette invention. II 
peut etre de type proprietaire ou reposer sur des 
protocoles standards existants tels que XMPP, SIP/SIMPLE, 

25 etc. La figure 3 montre des etapes de proc6d6 de detection 
de presence executees dans le systeme 5 pour repondre a 
des demandes de presence d'un abonne mobile k un instant t 
re?u d'un serveur d' application 7, 8. Une etape 9 
d' initialisation en mode requete, declenchee par exemple ci 

30 la mise en service du systeme 5, place le systeme 5 dans 
une etape 10 d'ecoute. 
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Dans l'6tape -10, le systfeme- 5 est en - 6eoute sur- le 
r6seau 6, de requites regues de l'un des serveurs 7, 8. 

Une transition 11 fait passer le systeme 5 de l'6tape 
10 £ une 6tape 12. La transition 11 est valid6e par une 
5 r6ception de requSte regue de l'un des serveurs 7, 8 par 
le r6seau 6. La requ§te qui valide la transition 11, est 
distinctive du serveur qui 1'a 6mise et du num6ro de 
terminal mobile MSISDN pour lequel le serveur en question, 
demande l'6tat de presence sur le r6seau de communication 
10 mobile 3. 

Dans l'6tape 12, le systeme 5 consulte l'6tat de 
presence du MSISDN. Des moyens mis en oeuvre par le systdme 
5 pour obtenir l'§tat de presence du MSISDN, sont 
expliqu6s plus loin dans la description. Un 6tat present 

15 du MSISDN valide une transition 13. Un 6tat absent du 
MSISDN ou encore non present, valide une transition 14. 

Une validation de transition 13 fait passer le 
systeme 5 de l'6tape 12 a une 6tape 15. Dans l'6tape 15, 
le systeme 5 envoie sur le r6seau 6, une r6ponse a 

20 destination du serveur d' application qui a 6mis la 
requete, pour 1' informer de la presence de l'abonn§ mobile 
identified par le MSISDN. 

Dans l'6tape 16, le systeme 5 6met sur le r6seau 6 
une reponse & destination du serveur qui a 6mis la requete 

25 pour 1' informer de 1' absence ou non presence de l'abonn6 
mobile identifi6 par le MSISDN. A la suite de l'6tape 15 
ou de l'§tape 16, le systeme 5 reste dans l'etape 10 
d'6coute en attente d'une nouvelle requete de presence 
d'un serveur pour le meme ou un autre abonne mobile. 

30 La requete 6mise par le serveur d 1 application peut 

aussi etre non sp6cifique a un MSISDN donn<§ mais par 
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exemple de type- pour demander--tous — les-MSI-SDN -A -l'-6tat 
pr6sent. Dans ce cas, la r6ponse fournit une liste de 
MSISDN pr6sents. 

La figure 4 montre des 6tapes de proc6d6 de detection 
5 de presence ex6cut6es par le systeme 5 pour informer des 
serveurs d' application 7, 8 de l'6tat de presence 
d'abonn£s mobiles en permanence dans le cadre d'un 
abonnement. Une 6tape d' initialisation 17, activ6e par 
exemple & la mise en service du systdme 5, place le 
10 systeme 5 dans une 6tape d'£coute 18 pour fonctionner en 
mode abonnement . 

Dans l'6tape 18, le systeme 5 est & l'6coute de tout 
nouvel abonnement regu par le r£seau 6, par une interface 
homme-machine (non representee) connect6e sur le systeme 5 
15 pour specifier des abonnements de serveurs d' application 
et d'abonnes mobiles ou de consultation de tables 
d' abonnement internes au systeme 5. 

Une transition 19 est valid^e par chaque abonnement 
identifi§ pour un serveur determine et un abonn6 mobile 
20 identifi6 par un MSISDN. 

Chaque validation de transition 19 active une 6tape 
20 dans laquelle le systeme 5 consulte l'etat de presence 
de l'abonne mobile identifi<§ par le MSISDN dans le cadre 
de 1' abonnement ayant valide la transition 19. 
25 Le systeme 5 reboucle sur l'6tape 18 d'6coute pour 

tout autre abonnement. 

Un etat present de l'abonn6 mobile valide une 
transition 21. Un 6tat non present ou absent de l'abonn6 
mobile, valide une transition 22. 
30 Une validation de la transition 21 active une 6tape 

23 dans laquelle le systeme 5 envoie une notification de 
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presence de l'abonn6 mobile au serveur concern^ par 
1' abonnement . 

Une validation de la transition 22, active une 6tape 
24 dans laquelle le syst^me 5 envoie une notification de 
5 non presence ou d' absence au serveur d' application 
concern6 par 1' abonnement . 

Un nouvel 6tat absent valide une transition 25 et un 
nouvel 6tat present valide une transition 26. 

A la suite de l'6tape 23 la transition 25 active 
10 l'6tape 24 et k la suite de l'6tape 24 la transition 26 
active l'6tape 23 de sorte que le serveur concern^ par 
1' abonnement est inform§ en permanence de l'6tat de 
presence de l'abonn6 mobile. 

Dans l'6tape 23, le systdme 5 ajoute 6ventuellement k 
15 la notification de presence d'autres donn6es contextuelles 
relatives a l'abonn6 mobile, dites informations de 
presence . 

La figure 5 montre des 6tapes particuli^res de 
proced6 pour obtenir l'6tat de presence d' un abonne mobile 
20 de fagon a pouvoir ex6cuter les 6tapes 12, 20 d6crites 
pr6c6demment . 

La pr^sente realisation d6crit un proc6de de 
detection de l'6tat de presence d'un abonn6 mobile par 
1' envoi de SMS invisibles applicable dans les r^seaux de 

25 type GSM/GPRS/UMTS . D'autres techniques peuvent €tre 
utilisees pour extraire les informations de presence du 
cceur de rfeseaux mobiles 3. La technique des SMS invisibles 
a l'avantage d'§tre tres simple a mettre en oeuvre et 
compatible avec 1' ensemble des r6seaux GSM/GPRS/UMTS 

30 d§ploy6s a l'heure actuelle. La recommandation TS 123.040 
du 3 GPP, version 5.5.1 de septembre 2002, d^finit comment 
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r6al-iser un -servi-ce -de- -message court- -(SMS) . Plus 
particuliferement, le chapitre 9.2.2.1 d6crit des types de 
base de param6trage des ent§tes de messages SMS pour agir 
sur le mode de d61ivrance du message. Parmi les paramdtres 

5 de ■ protocole • -de*-"transfert TP-MTI £ TP-UD du tableau 
pr6sent6 au chapitre 9.2.2.1 de la recommandation TS 
123.040/ les inventeurs ont s61ectionn§ le param^tre de 
schema de codage de donn^es TP-DCS (TP-Data-Coding-Scheme) 
qui identifie le schema de codage dans les donn6es 

10 utilisateur du protocole de transfert. Le param^tre TP-DCS 
contient huit bits dont la recommandation 3GPP TS 23. 038 
d^finit au chapitre 4, des comportements de d61ivrance de 
messages SMS en fonction des valeurs ci z6ro ou k un de ces 
huit bits num6rotes de z£ro a sept. Les inventeurs ont 

15 s61ectionn§ dans la recommandation 3GPP TS 23.038 V3.3.0 
(2000-01), un positionnement du param^tre TP-DCS & la 
valeur hexad6cimale CO. Ainsi, la valeur 1100 des bits 7 a 
4 du parametre TP-DCS, a pour effet que le mobile se 
d^fausse des contenus du message en pr^sentant tout au 

20 plus une indication £ 1 'utilisateur . La valeur 0 du bit 3, 
rend inactive 1' indication & 1 ' utilisateur . Les valeurs 
des bits 2 £ 0 sont sans effet particulier pour 
l 1 invention, sachant que la valeur & z6ro du bit 2 est 
impos6e au chapitre 4 de la recommandation TS 23.038 

25 pr6cit6e. La valeur nulle des bits 1 et 0, est relative a 
une attente de message de boite vocale, on comprendra que 
toute autre valeur des bits 1 et 0, est sans incidence sur 
la mise en ceuvre de I 1 invention. La selection de valeur du 
groupe de quatre bits d' indication de fa<?on a declencher 

30 une d§f ausse - de contenu de message et la selection de 
valeur du bit d' activation d 1 indication de fagon & rendre 
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U indication inactive, - permettent -de -g6n6-re-r un SMS 
invisible comme un message court dont les entetes sont 
param6tr6es d'une fagon particuli6re de maniere & ce que 
le terminal mobile recepteur acquitte immediatement la 

5 reception du message et le terminal mobile recepteur 
n'affiche aucun comportement perceptible par 
1' utilisateur . 

De fagon connue dans les normes GSM/GPRS/UMTS, le 
cceur de r6seaux de telecommunications mobiles 3 comprend 

10 un centre de gestion de services de messages courts (SMS- 
C) non represents. Les accuses de reception pour les SMS, 
constituent une f onctionnalite optionnelle qui permet £ 
l'emetteur d'etre notifie par le SMS-C quand le message a 
6t6 regu par le terminal destinataire . Comme nous le 

15 verrons par la suite, on peut utiliser ou ne pas utiliser 
des accuses de reception tels que definis aux chapitres 
3.2.9 et 9.2.2.3 de la recommandation 3GPP TS23.040 
precit6e . 

Une procedure « alert-SC » permet au reseau de 
20 telecommunication mobile d' informer le SMS-C de 
1' enregistrement dans le reseau d'un abonne mobile qui est 
absent au moment de 1' envoi d'un message court pour que 
celui-ci puisse proceder k une nouvelle tentative de 
livraison des messages en attente. Cette notification 
25 d'evenement est realisee a travers le message MAP-alert-SC 
envoye par le HLR au SMS-C (cf. 3 GPP TS 29.002 V3.14.0 
2002-09 chapitre 12.5). Cette f onctionnalite est exploitee 
par la presente invention pour detecter 1' enregistrement 
d'un abonne dans le reseau apres une periode d' absence. 
30 En reference £ la figure 5, le precede de detection 

de presence utilise 1' envoi de SMS invisibles aux abonnes 
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dont la presence doit fetre dfetectfee. Le SMS-C assure la 
dfelivrance des SMS dans les rfeseaux GSM/GPRS/UMTS et agit 
en point d'entrfee au cceur de rfeseau mobile pour le systfeme 
de detection de presence. L' interface et le protocole de 

5 dialogue entre le systfeme 5 et le SMS-C sont spfecifiques & . 
chaque opferateur (UCP et SMPP sont les plus rfepandus) . 

En rfefference £ la figure 5, une fetape 
d' initialisation 27 spfecifique A chaque MSISDN, place par 
dfefaut l'abonnfe mobile concernfe dans un fetat absent dfefini 

10 par une fetape 28. Chaque activation de 1' fetape 28 active 
simultanfement une fetape 29 dans laquelle le systeme 5 
envoie un SMS & l'abonnfe mobile. De preference, le SMS est 
de type invisible tel que dfefini ci-dessus de fagon & ne 
pas dferanger 1 'utilisateur du mobile. Le SMS indique en 

15 entfete qu'il a une durfee de vie Ti £ 1' issue de laquelle 
le SMS est dfetruit par le SMS-C s'il n'a pas fetfe re<?u par 
l'abonnfe mobile. De fagon £ ce que le SMS-C puisse 
controler la rfeception du message par le mobile, le 
message SMS est de type avec accusfe de rfeception notifife 

20 au SMS-C par le mobile. 

L' fetape 29 arme, conjointement a 1' envoi du message 
court SMS, un compteur de temps t. Une transition 30 est 
validee lorsque le temps t dfepasse la valeur Ti sans que 
le SMS-C ait regu un accusfe de reception notifife par le 

25 mobile. La validation de la transition 30 peut etre 
rfealisfee de differentes fagons. 

Selon une premiere fa<?on possible, le compteur de 
temps reside dans le SMS-C. Le SMS-C est alors configurfe 
de sorte a rfealiser I'armement du compteur de l 1 fetape 29 a 

30 reception du message SMS en provenance du systeme 5 et de 
sorte a envoyer un accuse de non livraison au systeme 5 
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lorsque le temps t d6passe -la -valeur—Ti—s-ans— avoir regu 
d'accus6 de reception notifi6 par le mobile. Au niveau du 
systeme 5, la transition 30 est alors valid^e par l f accus6 
de non livraison re?u du SMS-C. 

5 Selon une deuxi^me fagon possible, le compteur de 

temps reside dans le systdme 5. La transition 30 est alors 
directement valid6e dans le systeme 5 lorsque le temps t 
d^passe la valeur Ti. Cette deuxifeme fagon ne n6cessite 
pas de configuration particuliere du SMS-C pour valider la 

10 transition 30. 

One notification de d^livrance par le SMS-C au 
systdme 5/ valide une transition 31. 

La validation de l'une des transitions 30 ou 31 a 
pour effet die dfesarmer le compteur de l'§tape 29. 

15 La transition 31 active simultan6ment une 6tape 32 et 

une §tape 33. 

Dans l'6tape 32, 1'abonne mobile est reconnu dans un 
§tat present par le systeme 5. Dans l'6tape 33, le systeme 
5 arme un compteur de temps t pour r^aliser une attente de 
20 dur6e T 2 . Une transition 34 est valid^e lorsque le temps t 
d6passe T 2 . 

La transition 34 active une etape 35 dans laquelle le 
systeme 5 envoie un message court SMS avec une dur6e de 
vie T 3 . Dans 1' etape 35, le SMS-C conform6ment a la 

25 premiere fagon ou le systeme 5 conform^ment £ la deuxieme 
fagon expliqu^e prec§demment, arme le compteur de temps t 
de sorte a valider une transition 36 lorsque le temps t 
depasse la dur6e T3. 

Comme pour les transitions 30 et 31, une validation 

30 de l'une des transitions 34, 36 ou 37 a pour effet de 
desarmer un jarmement precedent de tout compteur de temps. 
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Une transition— 3-7--faisant suite ~aux • etrapes* -32 et 35, 
est valid6e lorsque le message court est d61ivre d 
l'abonne mobile. Une validation de la transition 37 active 
& nouveau les etapes 32 et 33. 

5 Une validation de la transition 30 & la' "suite des 

etapes 28 et 29 ou de la transition 36 £ la suite des 
etapes 32 et 35, active k nouveau les etapes 28 et 29. 

Pour mettre en oeuvre le proc6de pr6c6demment decrit, 
le systeme 5 comprend des premiers moyens qui permettent 

10 d'envoyer un signal au rfeseau de telecommunication mobile 
3. C'est par exemple une interface de type conventionnelle 
entre le systeme 5 et un nceud du r6seau 3. Dans 1' exemple 
d6crit en reference £ la figure 5 ou le signal est un 
message court (SMS) envoye £ destination du terminal 

15 mobile 1, les premiers moyens sont de type logiciel agence 
pour g6n6rer des messages courts avec entete param6tr6e 
pour que les messages courts ne soient pas visibles de 
l'op6r^ateur et declenchent une emission d* accuse de 
reception par le terminal mobile a destination du SMS-C 

20 des reception. 

Le systeme 5 comprend des deuxiemes moyens sous forme 
logicielle, micro programmee ou de micro circuit d6die 
qui, executant par exemple les etapes et transitions 27 & 
37, determinent un etat binaire present ou non present en 

25 fonction d'une reaction du reseau de telecommunication 
mobile 3 au signal 6mis par les premiers moyens. 

Lorsque l'abonne mobile est present, la reaction du 
reseau 3 est constituee par un accuse de reception 
retransmis par le SMS-C au systeme 5 qui, informe que le 

30 message est deiivre, valide les transitions 31 et 37 qui 
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activent l'6tape 32 correspondant £ l'6tat present de 
l'abonn6 mobile. 

Lorsque l'abonnfe mobile n'est pas present dans le 
d61ai d' expiration du message court , la reaction du r6seau 

5 3 est une destruction du message par le SMS-C. Le systdme 
5 ne recevant pas d'accus6 de reception dans le d61ai 
d' expiration ou recevant un accuse de non d61ivrance, 
valide la transition 30 ou 36 correspondante qui active 
l'6tape 38 correspondant d l'6tat non present de l'abonnt 

10 mobile. 

Lorsque l'abonnt mobile n'est pas present sur le 
r6seau 3 mais devient present dans le d61ai Ti 
d' expiration du message court, la reaction du rtseau 3 est 
constitute par un accus6 de reception retransmis par le 

15 SMS-C au systeme 5 qui, inform^ que le message est 
d61ivr6, valide la transition 31 qui active l'ttape 3? 
correspondant a l'6tat present de 1 1 abonnt mobile. 

Lorsque l'abonnt mobile est present sur le r6seau 3 
mais cesse de l'etre dans le dfelai T 2 d'attente avant 

20 Emission du message court, la reaction du r4seau 3 est une 
destruction du message par le SMS-C. Le systeme 5 ne 
recevant pas d'accust de reception dans le d61ai 
d' expiration T 3 ou recevant un accusfe de non dfelivrance, 
valide la transition 36 qui active l'6tape 38 

25 correspondant a l'etat non present de l'abonnt mobile. 

De fagon a limiter le trafic entre le systeme 5 et le 
rfeseau 3, la duree de vie Ti des SMS invisibles envoyes 
par le systeme 5 dans l'etat non present, est de valeur 
61ev6e. 

30 Le delai T2 d'attente fixe une frequence de sondage 

de l'6tat present par le systeme 5. Sa valeur est un 
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compromis entre le -besoin- de timi'ter- i-e"traf ic entre le 
systeme 5 et le r6seau 3 et le besoin pour le serveur 
d ■ application d'etre rapidement inform^ d'un abonn6 mobile 
qui quitte 1 1 6tat present. 

5 La dur6e de vie T 3 des SMS invisibles envoy6s par le 

systeme 5 dans l f 6tat present, est de valeur faible, un 
abonn6 mobile present 6tant cens6 envoyer rapidement un 
accus6 de reception. Une latence resultant du d61ai 
d.' attente T 2 , il est recommand6 de choisir une dur6e de 

10 vie T3 inf6rieure au d61ai d' attente T 2 . 

Le systeme 5 comprenant des premier et deuxieme 
moyens techniques pour extraire du cceur de r6seau de 
telecommunication mobile, 1'fitat de presence d'un abonn6, 
le systeme 5 comprend enfin des troisi^mes moyens pour 

15 communiquer au serveur d 1 application 7,8 l'6tat extrait. 
Ces moyens comprennent par exemple une interface 
protocolaire pour transmettre sur le r£seau 6, les 
informations de presence au serveur d 1 application . Le 
serveur d 1 application doit poss6der lui-meme 1' interface 

20 protocolaire duale avec le systeme 5 pour exploiter au 
mieux les informations de presence. 

Un message court & destination de l'abonn6 mobile 
comme signal distinctif 6mis vers le r§seau 3, pr6sente 
l'avantage d'une mise en oeuvre facile. 

25 Cependant, ce n'est pas le seul signal distinctif 

possible . 

Par exemple, la procedure ATI (Any Time 
Interrogation) permet d 1 envoyer comme signal distinctif, 
une interrogation du HLR (Home Location Register) , la 
30 reaction du reseau 3 etant alors une r^ponse du HLR qui 
donne le dernier 6tat connu de l f abonn6 mobile 
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een-£e-rm6ment- A - la -reeommandation- -3GPP TS 29 .- 002 dont plus 
particuli^rement le paragraphe 21. 2. 7. II faut noter que 
les informations ainsi r6cup6r6es ne sont pas 
obligatoirement d jour. 

5 Par exemple encore/ la procedure ATM (Any Time 

Modification) d6finie dans la recommandation 3GPP TS 
29.002, plus particuli^rement aux paragraphes 24A.2 et 
8.1.8, permet de mettre un point de detection CAMEL 
(Customized Applications for Mobile network Enhanced 

10 Logic) sur toute modification d'6tat d'un abonn6 mobile. 
Le VLR (Visitor Location Register) gferant l'abonnfe notifie 
alors le systeme 5 de detection de presence qui agit en 
CSE selon la nomenclature CAMEL, a chaque changement 
d'6tat. 

15 Quelque soit la technique d' extraction de presence du 

r£seau de communication mobile, les serveurs applicatifs 
du monde IP, gardent une interface unique avec le reseau 
de communication mobile, a savoir le systeme 5 qui 
r^pertorie les 6tats de presence et de non presence des 

20 mobiles de communication, facilitant ainsi le d<£ploiement . 

Que le signal distinctif soit de type a Emission 
pdriodique comme c'est le cas des SMS invisibles ou de la 
procedure ATI ou soit de type souscription & abonnement de 
mise a jour comme c'est le cas de la procedure ATM, le 

25 systeme 5, en centralisant 1 1 information de presence 
relative aux abonn^s mobiles, procure une fonction 
ant6m6moire (cache en anglais) pour les serveurs 
applicatifs. Ainsi, le systeme 5 6vite de solliciter 
intempestivement le rfeseau de communication mobile lorsque 

30 plusieurs serveurs applicatifs ont besoin d'acceder a 
1 1 information de presence. 
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Revendications : 

1. Proc6d6 pour informer un serveur d' application (7,8) 
si un abonne mobile est present ou pas sur un reseau de 

5 telecommunication mobile (3), caract€ris€ en ce qu'il 
comprend : 

- au moins une premiere etape (29,35) pour envoyer un 
premier signal distinctif de l 1 abonne mobile au reseau de 
telecommunication mobile (3) k destination de l'abonne 

10 mobile ; 

- au moins une deuxidme etape (28,32) pour determiner un 
etat binaire present ou non present, en fonction d'une 
reaction du reseau de telecommunication mobile (3) au dit 
premier signal; 

15 - au moins une troisi^me etape (13,14,23,24) pour 
communiquer au serveur d 1 application (7,8) l»etat 
determine en deuxidme etape. 

2. Procede selon la revendication 1, caracterise en ce 
20 que : 

- ledit premier signal est un message court envoye au 
reseau de telecommunication mobile & destination de 
l 1 abonne mobile; 

- une premidre transition (31,37) validee par vine reaction 
25 du reseau de telecommunication mobile indiquant que le 

message est deiivre, respect ivement une deuxieme 
transition (30,36) validee par un depassement de duree 
sans reaction du reseau de telecommunication mobile, 
active la deuxidme etape (28,32) qui determine 1 1 etat 
30 present, respect ivement non present de l l abonne mobile. 
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3. P-roc6d6 selon la revendication 2, caract6ris6 en ce 
qu'un paramdtre de schema de codage de donnees dans une 
ent§te du message court, est posit ionne h une valeur qui a 
pour effet de commander au mobile destinataire du message, 

5 de se d£fausser du contenu du message et de desactiver une 
indication de reception du message sur le mobile. 

4. Proc6d€ selon la revendication 2, caractSrisS en ce 
que la premiere etape (29,35) est activ^e pendant une 

10 activation de la deuxidme etape (28,32) en positionnant 
une dur§e (T 3/ T x ) fonction de l'6tat present ou non 
present determine en deuxidme etape. 

5. Proc6d£ selon la revendication 4, caracterise en ce 
15 qu'il comprend une etape (33) d'attente (T 2 ) activ^e 

lorsque la deuxieme etape (32) determine 1 ' etat present de 
fa<?on & activer la premiere etape (35) aprds expiration de 
1 1 attente (T 2 ) . 

20 6. Procede selon la revendication 1, caracterise en ce 
que: 

- ledit premier signal consiste en une interrogation de 
nceud du rlseau de telecommunication sur l'€tat present ou 
non present de I'abonne mobile; 
25 - la reaction du reseau de telecommunication mobile 
consiste en une r€ponse du noeud du reseau de 
telecommunication sur l»etat present ou non present de 
1 1 abonne mobile . 

30 7. Procede selon la revendication 1, caracterise en ce 
que: 
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- ledit premier signal consiste en un posdbi-onnement de 
point de detection sur un noeud du reseau de 
telecommunication relatif & toute modification de l*etat 
present ou non present de 1* abonne mobile; 

la reaction du reseau de telecommunication mobile 
consiste en une notification du noeud du reseau de 
telecommunication relatif & chaque modification de I'etat 
present ou non present de 1' abonne mobile. 

8. Procede selon l'une des revendications precedentes, 
caracterise en ce qu'une activation de troisiSme etape 
(23) communiquant au serveur d'application l'etat present, 
est suivie d ! une activation de troisi^me etape (24) 
communiquant au serveur d 1 application l'etat non present 
lorsque l'etat determine en deuxieme etape passe de 
present & non present, 

9. Procede selon l'une des revendications 1 & 7, 
caracterise en ce qu'une activation de troisidme etape 
(15,16) fait suite k une transition (11) validee par une 
requite en provenance du serveur pour demander 1 1 etat de 
1 1 abonne mobile . 

10. Systdme (5) pour informer un serveur d 1 application 
(7,8) si un abonne mobile est present ou pas sur un reseau 
de telecommunication mobile (3), caracterise en ce qu'il 
comprend : 

des premiers moyens pour envoyer un premier signal 
distinctif de 1" abonne mobile au reseau de 
telecommunication mobile (3) a destination de 1* abonne 
mobile ; 
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- des deuxidmes moyens pour determiner un etat binaire 
present ou non present en fonction d'une reaction du 
r^seau de telecommunication mobile (3) au dit premier 
signal; 

5 - des troisidmes moyens pour communiquer au serveur 
d 1 application (7,8) l'etat determine par les deuxidmes 
moyens . 



11. Systdme selon la revendication 10, caracterise en ce 
10 que: 

- les premiers moyens sont agences pour envoyer le premier 
signal sous forme d'un message court k destination de 
1 1 abonne mobile ; 

- les deuxidmes moyens sont agences pour determiner l'etat 
15 present lorsque le message court est deiivre et pour 

determiner l'etat non present lorsque le message court 
n'est pas deiivre aprds depassement d'une duree prefixee. 



12. Systdme selon la revendication 11, caracterise en ce 
20 que les premiers moyens sont agences pour envoyer ledit 
premier signal & intervalles de temps reguliers qui sont 
fonctions de l f etat present ou non present de l 1 abonne 
mobile . 
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